
DESCRIPTION 



DATA PROCESSING METHOD, ITS PROGRAM, AND ITS DEVICE 

BACKGROUND OF THE INVENTION 

TECHNICAL FIELD l . Technical Field 

The present invention relates to a data processing 
method for performing predetermined processing based on 
authentication results, its program, and its device. 

BACKGOUND ART 2 . Background Art 

There is a system where an authenticating side 
(authenticating means) confirms the legitimacy of an 
authenticated side (means to be authenticated) , then 
executes processing authorized to the authenticated side. 

In such a system, for example, the authenticating 
side holds mutual authentication key data for all 
authenticated sides and selects the mutual authentication 
key data corresponding to an authent icatiftged side to 
perform the mutual authentication for each 
authenticatiftged side. 

Further, when confirming the legitimacy of the 
authenticated side by the mutual authentication, the 
authenticating side specifies processing authorized to 
the authenticated side in advance based on a management 
table_j_ etc. and executes the specified processing. 
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In the above -explained conventional system, however, 
the authenticated side must hold the mutual 
authentication key data corresponding to all 
authenticating sides, so there is a problem that the 
management load of the mutual authentication key data is 
large. 

Further, in the above -explained conventional system, 
it is necessary to specify the processing authorized to 
an authenticated side based on a management table 
separately from the mutual authentication, so there is 
the problem of a large load for preparation, management, 
etc. of the management table. 
SUMMARY DISCLOSURE OF THE INVENTION 

The present invention has as its object to provide 
a data processing method enabling reduction of a 
processing load of the authenticating means when the 
authenticating means authenticates the means to be 
authenticated, then executes processing authorized to the 
means to be authenticated, its program, and its device. 

To attain the above object, the data processing 
method of a first aspect of the invention provides a data 
processing method performed by a—means to be 
authenticated and authenticating means, the means to be 
authenticated# ea? holding first authentication use data 
generated by encryption using key data and a«: the 
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authenticating means for holding the key data-r_:_ 
comprioing a firot otop of having the mcanQ to be 
authenticated providc The method includes providing key- 
designation data designating the key data from the means 
to be authenticated to the authenticating means; a occond 
otep of having the authenticating meano p erfor ming 
encryption at the authenticating means u sing the ]ccy data 
designated by the key designation data received at the 
firot Dtep to generate second authentication use data; ar- 
third otop of having the meano to be authenticated 
^^e ec ompar i ng the first authentication use data for 
authentication and having the authenticating meano 
ueewith the second authentication use data for 
aut hent i cat ion ; and a fourth otep of having the 
authenticating meano execut eing processing related to the 
key data in the authenticating means when the 
authentication at the third otep dccideo comparison 
determines that the first authentication use data and the 
second authentication use data are the same. 

The mode of operation of the data processing method 
of the first aspect of the invention is as follows. 

At the first step, a means to be authenticated 
provides key designation data for designating key data to 
the authenticating means. 

Next, at the second step, the authenticating means 
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performs encryption using the 3coy data designated by the 
key dcoignation data rcGcivGd at the firot otcp to 
generate second authentication use data. 

Next, at the third step, the mcano to be 
authonticatod uaco the first authentication use data for 
authcnt i cat ion , — and the authcnticat ing mQano uoco uoco is 
compared with the second authentication use data for 
authentication , 

Next, at the fourth step, the authenticating means 
executes processing related to the key data when the 
authentication in the third otcp judgoo comparison 
determines that the first authentication use data and the 
second authentication use data are the same. 

A data processing system of a second aspect of the 
invention providco a data proccooing oyotcm having a 
includes m eans to be authenticated for holding first 
authentication use data generated by encryption using key 
dataj_ and aR— authenticating means for holding the key 
data, wherein the means to be authenticated provides key 
designation data designating the key data to the 
authenticating means, the authenticating means performs 
encryption using the ]cGy data designated by the key 
dcoignation data rGccivcd from the mcano to be 
authenticated to generate second authentication use data, 
the means to be authenticated uses the first 
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authentication use data for authentication and the 
authenticating means uses the second authentication use 
data for authentication, and the authenticating means 
executes the p rocessing related to the key data when the 
authentication dccidca that the first authentication use 
data and the second authentication use data are the same. 

The mode of operation of the data processing system 
of the second aspect of the invention is as follows. 

First, the means to be authenticated provides key 
designation data designating key data to the 
authenticating means. 

Next, the authenticating means performs encryption 
using the Iccy data designated by the key dcoignation data 
rcGcivcd at the firot atop to generate second 
authentication use data. 

Next, the means to be authenticated uses the first 
authentication use data for authentication, and the 
authenticating means uses the second authentication use 
data for authentication. 

Next, the authenticating means executes the 
processing related to the key data when the 
authentication dccidco that the first authentication use 
data and the second authentication use data are the same. 

A data processing method of a third aspect of the 
invention provides a data processing method where in which 
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an authenticating means holding predetermined key data 
performs an authentication process together with a means 
to be authenticated holding first authentication use data 
generated by encryption using the key data—j, compriaing a 
firot atop of The method includes receiving key 
designation data for designating the key data from the 
means to be authenticated; a occond step of generating 
second authentication use data by encryption using the 
key data designated by the key dcaignation data rcccivGd 
at the firot otop for cncr^y^tion to gcnorato occond 
authentication uoc data ; a third otcp of uoing comparing 
the second authentication use data generated at the 
QCGond otep for authentication with the meano to be 
authenticated uoing the first authentication use data , for 
authcnt icat ion ; and a fourth otcp of executing processing 
related to the key data when the authentication at the 
third step decideo comparison determines that the first 
authentication use data and the second authentication use 
data are the same. 

A data processing system of a fourth aspect of the 
invention provides a data processing system holding 
predetermined key data for use in an authentication 
process w ith a means to be authenticated holding first 
authentication use data generated by encryption using 
prcdetcrmine d the key data and holding the Icey data, . The 
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data processing system includes comprioing an inputting 
means for inputting key designation data for designating 
the key data from the means to be authenticated; aft- 
authenticating means for generating second authentication 
use data by encryption u sing the key data designated by— 
the key dcGignation data rGCcivcd by the inputting mcano 
for encryption to generate second authentication uoo data 
and uoing for comparing the second authentication use data 
for authentication with the means to be authenticated 
uoing the first authentication use data for 
aut hent i cat ion ; and ar-cont rolling means for executing 
processing related to the key data when the 
aut hent i cat ion compar i son by the authenticating means 
dccidco determines that the first authentication use data 
and the second authentication use data are the same. 

A program of a fifth aspect of the invention 
provides a program to be executed b y for causing a data 
processing system holding predetermined key data to 
execute an for authentication process w ith a means to be 
authenticated holding first authentication use data 
generated by encryption using the p rcdotormined key data 
and holding the predetermined key data, — comprioing a 
firot . The authentication process includes routine of 
receiving key designation data for designating the key 
data from the means to be authenticated; a second routine 
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e# — generating second authentication use data by 
encryption using the key data d esignated by the key 
dcoignation data rccGivcd by the firot routine to 
gcncrato oocond authentication uoc data ; a third routine 
of uoing comparing the second authentication use data 
generated by the occond routine for authentication with 
the mcano to bo authenticated uoing the first 
authentication use data for authentication ; and a fourth 
routine of executing processing related to the key data 
when the comparison determines authcntication in the third 
routine dccidoa that the first authentication use data 
and the second authentication use data are the same. 

A data processing method of a sixth aspect of the 
invention provides a data processing method performed by 
a means to be authenticatedjr^ when an authenticating mcano 
holding key data uocq key data dcoignatcd from the means 
to be authenticated holding the first authentication use 
data #e ^enerated by encryption using key data. R e- 
generate — occond authentication uoo data, — uoeo the oecond 

authentication uoc data for authentication with the mcano 
to be authonticated, — and porformo proceooing related to 
the key data conditional on the authentication confirming 
that the firot authentication uoe data and the occond 
authentication uoo data arc the oame, — comprioing a firot 
otcp of The method includes providing key designation 
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data -ie^^esignating the key data used when to generatiiige 
the first authentication use data baocd on the 
prGdctcrminQd generation method to the authenticating 
means , the authenticating means using the designated key 
data to generate second authentication use data ; a occond 
otcp of using the first authentication use data #e-i£ ^in an 
authentication wjrfe4 ^process in which the authenticating 
means uses the second authentication use data ; and a— 
third otep of malcing causing the authenticating means 
perfor m to execute processing related to the key data 
based on the results of the authentication at the occond 
otcp process . 

A data processing system of a seventh aspect of the 
invention provides a data processing system forming a 
mcano to bo authenticated when an authenticating meano 
holding Icey data uoeo key data deoignated from the meano 
to be authenticated holding the first authentication use 
data for generated by encryption using key data, the first 
authentication use data being for use in an 
authentication process with an authenticating means. fe o— 
generate occond authentication uoe data, — uoeo the occond 
authentication uoe data for authentication with the meano 
to be authenticated, — and porformo proceooing related to 
the key data conditional on the authentication confirming 
that the firot authentication uoe data and the occond 
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authentication uoc data arc the oamo, — oomprioing a firot 
The data processing system includes m eans for providing 
key designation data for designating the key data used 
whcn to generat-ift ge the first authentication use data 
baaed on the prGdctcrmincd generation method to the 
authenticating means , the authenticating means using the 
designated key data to generate second authentication use 
data ; a oecond m eans for using the first authentication 
use data #o^ in an authentication w-arbh process in which the 
authenticating means uses the second authentication use 
data ; and a third m eans for making causing the 
authenticating means perfor m to execute processing related 
to the key data based on the results of the 
authentication of the aecond meano p rocess . 

A program of an eighth aspect of the invention-? — 
there io p roviders a program for causing to be executed by 
a data processing system forming a meano to be 
authenticated when an authenticating meano holding key 
data uoeo key data deoignated from the meano to be 
authenticated holding the first authentication use data 
generated b y for encryption to generate oecond 
authentication uoe data, — uoeo the oecond authentication 
uoe data for authentication with the meano to be 
authenticated, — and performo proceooing related to the key 
data conditional on the authentication confirming that 
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the firot authentication uoo data and the occond 
authontication uoq data arc the oamQ, — comprioing u sing key 
data to execute an authentication process with 
authenticating means. The authentication process 
includes a firot routine of providing key designation 
data for designating the key data used whcn to generat-i^i^e 
the first authentication use data based on the 
predetermined generation method to the authenticating 
means , the authenticating means using the designated key 
data to generate second authentication data ; a oeoond 
routine of using the first authentication use data for 
authcnticat ion in a comparison with the authenticating 
mcana second authentication use data ; and a third routine 
of making causing the authenticating means perf or m to 
execute processing related to the key data based on the 
results of the authentication of the oeeond 
meano comparison . 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a view of the overall configuration of a 
communication system of an embodiment of the present 
invention. 

FIG. 2 is a functional block diagram of a 
management device shown in FIG. 1. 

FIG. 3 is a flow chart for explaining an outline of 
the processing routine performed by the management device 
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shown in FIG. 2: 

FIG. 4 is a view for explaining a card used in 
processing relating to an AP edit tool and management 
tool shown in FIG. 2. 

FIG. 5 is a functional block diagram of an IC card 
shown in FIG. 1. 

FIG. 6 is a view for explaining data stored in a 
memory shown in FIG . 5 . 

FIG. 7 is a view for explaining the software 
configuration of a SAM module shown in FIG. 1. 

FIG. 8 is a view for explaining the hardware 
configuration of the SAM module shown in FIG. 1 and a 
memory area of an external memory 7 . 

FIG. 9 is a view for explaining an AP memory area 
shown in FIG. 8. 

FIG. 10 is a view for explaining application 
element data. 

FIG. 11 is a view for explaining the type of 
application element data APE. 

FIG. 12 is a flow chart for explaining preparation 
routines of an owner card and a user card. 

FIG. 13 is a view for explaining mutual 
authentication key data. 

FIG. 14 is a view for explaining a mutual 
authentication code. 
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FIG. 15A and FIG.15B are views for explaining the 
relationship between the mutual authentication key data 
and service . 

FIG. 16 is a view for explaining a method for 
generating synthetic key data. 

FIG. 17 is a view for explaining another method of 
generation of synthetic key data. 

FIG. 18 is a view for explaining the hierarchy of 
encryption of synthetic key data. 

FIG. 19 is a view for explaining an example of the 
features of synthetic key data. 

FIG. 2 0 is a view for explaining an example of a 
mode of use of the mutual authentication key data. 

FIG. 21 is a flow chart for explaining mutual 
authentication between a SAM management function portion 
of the management device shown in FIG. 1 and the SAM unit. 

FIG. 22 is a flow chart for explaining mutual 
authentication between a SAM management function portion 
of the management device shown in FIG. 1 and the SAM unit 
continuing from FIG. 21. 

FIG. 23 is a flow chart for explaining the 
processing of the SAM unit. 

FIG. 24 is a view for explaining a screen used for 
issuing various types of cards relating to the management 
device explained by using FIG. 2 and FIG. 4. 
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FIG- 25 is a view for explaining a screen for 
preparation of an owner card. 

FIG. 26 is a view for explaining a card request 
screen. 

FIG. 27 is a view for explaining a screen for 
preparation of a user card. 

FIG. 28 is a view for explaining a screen for 
preparation of an AP encryption card. 

FIG. 2 9 is a view for explaining a screen for 
preparation of a transport card. 

FIG. 3 0 is a view for explaining a SAM management 
screen . 

FIG. 31 is a view for explaining a screen showing 
an example of display content of a SAM tree area shown in 
FIG. 30. 

FIG. 32 is a view for explaining icons displayed in 
the SAM tree area shown in FIG. 30. 

FIG. 33 is a view for explaining a SAM network 
screen. 

FIG. 34 is a view for explaining a group screen. 
FIG. 35 is a view for explaining a SAM screen. 
FIG. 36 is a view for explaining an AP memory area 
screen. 

FIG. 37 is a view for explaining an APE type screen. 
FIG. 3 8 is a view for explaining an instance screen. 
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FIG. 39 is a screen where a SAM command of a menu 
bar shown in FIG. 3 0 is designated. 

FIG. 4 0 is a view for explaining a case where a 
group of SAMs is prepared on the SAM management screen 
shown in FIG. 30. 

FIG. 41 is a view for explaining an AP memory area 
editor screen. 

FIG. 42 is a view for explaining a screen for 
adding a package of the application element data APE. 

FIG. 43 is a view for explaining a screen for 
preparing the application element data APE. 

FIG. 44 is a view for explaining a screen for 
adding a version of the application element data APE. 

FIG. 45 is a view for explaining an AP memory area 
editor screen after a series of processing. 

DEGT MODE FOR WORKING THE IWENTIO N DETAILED 

DESCRIPTION 

Hereinafter, an explanation will be given of 
preferred embodiments by referring to the drawings. 

FIG. 1 is a view of the overall configuration of a 
communication system 1 of the present embodiment. 

As shown in FIG. 1, the communication system 1 uses 
a server apparatus 2 disposed in a store_j_ etc., an IC 
card 3, a card reader/writer 4, a personal computer 5, an 
ASP (application service provider) server apparatus 19, 
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SAM (secure application module) units 9a, 9b,..., a 
management device 20, and a mobile communication device 
41 having a built-in IC module 42 to communicate via the 
Internet 10 and perform processing such as settlements 
using the IC card 3 or the mobile communication device 41. 

In the communication system 1, the management 
device 20 and the SAM units 9a and 9b perform the 
processing relating to an embodiment corresponding to the 
present invention . 

Namely, the management device 20 performs 

processing for issuing cards (for example, owner cards 
and user cards explained later) having built-in ICs 
(integrated circuits of the present invention) used for 
making the SAM units 9a and 9b perform predetermined 
processing authorized by a manager_^ etc. Due to this, it 
provides data required for mutual authentication to the 
means to be authenticated. 

Further, the management device 20 performs mutual 
authentication between the issued cards used by the 
manager and the user and the SAM units 9a and 9b and 
makes the SAM units 9a and 9b perform the authorized 
predetermined processing. 

In this case, the management device 20 becomes the 

means to be authenticated of the present invention, and 
the SAM units 9a and 9b become the authenticating means 
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of the present invention. 

FIG. 2 is a functional block diagram of the 
management device 20. 

^As shown in FIG. 2, the management device 20 has^ 

for example^ an AP edit tool 51, a management tool 52, a 
card reader/writer 53, a display 54, an I/F 55/ and an 
operation unit 56. 

Here, the management device 2 0 corresponds to the 
data processing device of the eighth aspect of the 
invention, the I/F 55 corresponds to the first means of 
the present invention, and a SAM management function 
portion 57 corresponds to the second means and the third 
means of the present invention. 

The AP edit tool 51 and the management tool 52 may 
be realized by the data processing system executing a 
program (corresponding to the program of the ninth aspect 
of the invention) and may be realized by an electronic 
circuit (hardware) . 

The management tool 52 has_^ for example_j_ a SAM 

management function portion 57 and a card management 
function portion 58. 

The card reader/writer 53 transfers data by a 
noncontact method or a contact method with ICs of various 
cards shown below. 

The display 54 is used for displaying a card 
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issuance screen and an AP management screen. 

The I/F 55 transfers data with the SAM units 9a and 
9b by the noncontact method or the contact method. 

The operation unit 56 is used for inputting 
instructions or data to the AP edit tool 51 and the 
management tool 52 . 

FIG. 3 is a flow chart for explaining an outline of 
the processing routine performed by the management device 
20 . 

Step STl: 

The management device 20 prepares an owner card 72 
in which predetermined data is stored using a default 
card 71 set in the card reader/writer 53 by the card 
management function portion 58 in response to an 
operation of the manager. Further, it prepares a user 
card 73 by using the owner card 72. 

Namely, the management device 20 encrypts the 
device key data explained later by using the mutual 
authentication key data (key data of the present 
invention) related to the processing authorized to the 
means to be authenticated using the owner card 72 and the 
user card 73 among processings relating to the SAM units 
9a and 9b (authenticating means of the present invention) 
by a predetermined encryption method (predetermined 
generation method of the present invention) and generates 
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the synthetic key data (first authentication use data of 
the present invention) making the mutual authentication 
key data hard to restore. 

Then, the management device 2 0 writes the generated 
synthetic key data and the key designation data 
designating the mutual authentication key data used for 
the generation of the synthetic key data into the ICs 
(integrated circuits of the present invention) of the 
owner card 72 and the user card 73 . 

Further, in the same way, the management device 2 0 
prepares the transport card 74 and the AP encryption card 
75. 

Step ST2: 

Where the user of the owner card 72 or the user 
card 73 makes the SAM units 9a and 9b perform the 
processing the authority of which was given to the user 
via the management device 20 by using these cards, the 
user makes the card reader/writer 53 of the management 
device 20 read and fetch the key designation data stored 
in the IC of the owner card 72 or the user card 73. 

The SAM management function portion 57 of the 

management device 20 outputs the read key designation 
data to the SAM units 9a and 9b. 

Step ST3: 

The SAM units 9a and 9b use the mutual 
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authentication key data designated by the key designation 
data to encrypt the device key data by a predetermined 
encryption method and generate synthetic key data (second 
authentication use data of the present invention) . 
Step ST4: 

The SAM management function portion 57 uses the 
synthetic key data read out from the card 72 or the card 
73 for authentication, while the SAM units 9a and 9b use 
the generated synthetic key data for authentication. 

Step ST5: 

When the authentication decides that the SAM 
management function portion 57 and the SAM units 9a and 
9b hold the same synthetic key data, the SAM units 9a and 
9b execute processing related to one or more mutual 
authentication key data used for generating the synthetic 
key data in response to an instruction from the 
management device 20. 

FIG. 4 is a view for explaining cards used in the 
processing relating to the AP edit tool 51 and the 
management tool 52 shown in FIG. 2. 

As shown in FIG. 4, when using the management tool 
52 of the management device 2 0 to access the SAM units 9a 
and 9b, the owner card 72 and the user card 73 are used. 

Further, when providing an AP package file 
generated by the AP edit tool 51 to the management tool 
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52, the AP package file is encrypted using the encryption 
key data stored in the IC of the AP encryption card 75. 

Namely, as shown in FIG. 4, the user prepares the 

application element data APE configuring the application 
program AP in the SAM module 8 by using the AP edit tool 
51 . 

Then, the AP edit tool 51 prepares an AP package 

file including one or more application element data APE, 
encrypts this by using the encryption key data stored in 
the AP encryption card 75, and provides this to the 
management tool 52 . 

The management tool 52 performs mutual 
authentication with the SAM units 9a and 9b as explained 
above and writes the AP package file received from the AP 
edit tool 51 to the AP memory areas in the SAM units 9a 
and 9b authorized relating to the mutual authentication 
key data used for the mutual authentication. 

Further, the transport card 74 is used for 
extracting data relating to the security of key data_^ etc. 
held by the SAM units 9a and 9b, transferring the same to 
another apparatus, and storing the same. 

[IC Card 3 and Mobile Communication Device 41] 

FIG. 5 is a functional block diagram of the IC card 

3 . 
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^As shown in FIG. 5, the IC card 3 has an IC 

(integrated circuit) module 3a provided with a memory 50 
and a CPU 51. 

The memory 50 has, as shown in FIG. S, a memory 
area 55_1 used by a service business 15_1 such as a 
credit card company, a memory area 55_2 used by a service 
business 15_2, and a memory area 55_3 used by a service 
business 15_3 . 

Further, the memory 50 stores the key data used for 
deciding the access right to the memory area 55_1, the 
key data used for deciding the access right to the memory 
area 55_2, and the key data used for deciding the access 
right to the memory area 55_3 . The key data is used for 
the mutual authentication, the encryption and decryption, 
etc. of the data. 

Further, the memory 50 stores identification data 

of the IC card 3 or the user of the IC card 3 . 

The mobile communication device 41 has a 
communication processing unit 43 for communication with 
ASP server apparatuses 19a and 19b via a mobile phone 
network and the Internet 10 and an IC module 42 able to 
transfer data with the communication processing unit 43 
and communicates with the SAM unit 9a from an antenna via 
the Internet . 

The IC module 42 has the same functions as those of 
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the IC module 3a of the IC card explained above except 
for the point of transferring data with the communication 
processing unit 43 of the mobile communication device 41. 

Note that the processing using the mobile 
communication device 41 is carried out in the same way as 
the processing using the IC card 3, while the processing 
using the IC module 42 is carried out in the same way as 
the processing using the IC module 3a. Therefore, in the 
following explanation, the processing using the IC card 3 
and the IC module 3a will be exemplified. 

Below, an explanation will be given of the SAM 
units 9a and 9b. 

As shown in FIG. 1, the SAM units 9a and 9b have 
external memories 7 and SAM modules 8. 

Here, the SAM module 8 may be realized as a 

semiconductor circuit or may be realized as a device 
accommodating a plurality of circuits in a housing. 

[Software Configuration of SAM Module 8] 

The SAM module 8 has the software configuration as 
shown in FIG. 7. 

^As shown in FIG. 7, the SAM module 8 has, from the 

bottom layer to the top layer, a hardware HW layer, a 
driver layer (OS layer) including an RTOS kernel_j_ etc. 
corresponding to the peripheral HW, a lower handler layer 
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for performing processing in logically composed units, an 
upper handler layer combining application-specific 
libraries, and an AP layer in that order. 

Here, in the AP layer, the application programs 
AP_1, AP_2, and AP_3 prescribing procedures by the 
service businesses 15_1, 15_2, and 15_3 such as the 
credit card company shown in FIG. 1 using the IC cards 3 
are read out from the external memory 7 and run. 

In the AP layer, firewalls FW are provided between 

the application programs AP_1, AP_2, and AP_3 and between 
them and the upper handler layer. 

[Hardware Configuration of SAM Module 8] 

FIG. 8 is a view for explaining the hardware 

configuration of the SAM module 8 and the memory area of 

the external memory 7 . 

As shown in FIG. 8, the SAM module 8 has_j_ for 

example^ a memory I/F 61, an external I/F 62, a memory 63, 

an authentication unit 64, and a CPU 65 connected via a 

bus 60 - 

Here, the SAM module 8 corresponds to the data 

processing system of the fourth aspect of the invention, 
the external I/F 62 corresponds to the inputting means of 
the present invention, the authentication unit 64 
corresponds to the authenticating means of the present 
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invention, and the CPU 65 corresponds to the controlling 
means of the present invention. 

Further, the SAM module 8 corresponds to the data 

processing system of the fifth aspect of the invention. 
It is also possible to execute a program including the 
following routines to realize ito the functions thereof. 

The memory I/F 61 transfers data with the external 
memory 7 . 

The external I/F 62 transfers data and commands 
with the ASP server apparatuses 19a and 19b and the 
management device 20 shown in FIG. 1. 

The memory 63 stores various key data^ etc. used 
for the mutual authentication^ etc. of the SAM units 9a 
and 9b explained later. The key data may be stored in the 
AP management use memory area 221 of the external memory 
7 as well . 

The authentication unit 64 performs the processing 
relating to the mutual authentication explained later. 
The authentication unit 64 performs_^ for example_^ 
encryption and decryption using predetermined key data. 

The CPU 65 centrally controls the processing of the 
SAM module 8. 

When confirming that the means to be authenticated 

is a legitimate party by the mutual authentication, the 
CPU 65 authorizes the processing related to the mutual 
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authentication key data explained later to the means to 
be authenticated and executes this as will be explained 
later. 

A detailed explanation will be given below of the 
mutual authentication processing by the SAM module 8. 

[External Memory 7] 

As shown in FIG. 8, the memory area of the external 
memory 7 includes an AP memory area 220_1 (service AP 
resource area) for storing the application program AP_1 
of the service business 15_1, an AP memory area 220_2 for 
storing the application program AP_2 of the service 
business 15_2, an AP memory area 220__3 for storing the 
application program AP_3^3 of the seryice business 15_3, 
and an AP management use memory area 221 (system AP 
resource area and manufacturer AP resource area) used by 
the manager of the SAM module 208. 

The application program AP_1 stored in the AP 
memory area 220_1 is comprised of a plurality of 
application element data APE (data modules of the present 
invention) explained later as shown in FIG. 9. The access 
to the AP memory area 220_1 is restricted by a firewall 
FW_1 . 

The application program AP_2 stored in the AP 
memory area 220_2 is comprised of a plurality of 
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application . element data APE as shown in FIG. 9. The 
access to the AP memory area 22 0__2 is restricted by a 
firewall FW_2 . 

The application program AP_3 stored in the AP 
memory area 220_3 is comprised of a plurality of 
application element data APE as shown in FIG. 9. The 
access to the AP memory area 22 0_3 is restricted by a 
firewall FW_3 (illustrated in FIG. 8) . 

In the present embodiment, the application element 
data APE is the minimum unit downloaded from the outside 
ofj_ for example^ the SAM unit 9a into the external memory 
7. The number of the application element data APE 
composing each application program can be freely 
determined by the corresponding service business. 

Further, the application programs AP_1, AP__2, and 
AP_3 are preparedj_ for example_j_ by service businesses 
16_1, 16_2, and 16_3 by using the personal computers 15_1, 
15_2, and 15_3 shown in FIG. 1 and downloaded to the 
external memory 7 via the SAM mobilc m odule 8 . 

Note that the program and the data stored in the AP 
management use memory area 221 are also comprised by 
using the application element data APE. 

FIG. 10 is a view for explaining the application 
element data APE . 

The application element data APE is comprised by 
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using the instance prescribed according to the APE type 
indicating the classification prescribed based on the 
attribute (type) of the APE as shown in FIG. 10. 

Each instance is prescribed according to an element 
ID, an element property, and an element version. 

It io The APE type prescribeds baocd on the APE t>^Q 
in which of the service AP memory areas 220_1, 220_2, and 
220_3 and the AP management use memory area 221 the 
application element data APE is stored. 

The service AP memory area 220_1 stores the data 
which can be accessed by each service business. 

Note that the AP management use memory area 221 has 
a system AP memory area for storing the data which can be 
accessed by the manager of the system and a manufacturer 
AP memory area for storing the data which can be accessed 
by the manufacturer of the system. 

Further, the AP memory area is comprised by the 
service AP memory areas 220_1, 220_2, and 220_3 and the 
AP management use memory area 221. 

In the present embodiment, an ID (AP memory area 

ID) is assigned to each of the service AP memory areas 
220_1, 220_2, and 220_3 and the AP management use memory 
area 221, and an identification use number (APE type 
number, instance number, and element version number) is 
assigned to each of the APE type, the instance, and the 
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element version. 

FIG. 11 is a view for explaining an example of the 
APE type . 

^As shown in FIG. 11, the APE type includes IC 

system key data, IC area key data, IC service key data, 
IC synthetic key data, IC key change package, IC issuance 
key package, IC EXPANS I O N expans ion issuance key package, 
IC area registration key package, IC area deletion key 
package, IC service registration key package, IC service 
deletion key package, IC memory division key package, IC 
memory division element key package, obstacle recording 
file, mutual authentication use key, package key, 
negative list, and service data temporary file. 
The APE type number is assigned to each APE type. 

Below, an explanation will be given of part of the 
APE type shown in FIG. 1. 

The IC system key data, the IC area key data, the 
IC service key data, and the IC synthetic key data are 
card access key data used for the read/write operation of 
data with respect to the memories 50 of the IC card 3 and 
the IC module 42 . 

The mutual authentication use key data is also used 
for the mutual authentication between APs existing in the 
same SAM. The SAM mutual authentication use key data 
means the key data used when accessing the corresponding 
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application element data APE from another AP in the same 
SAM or another SAM. 

The IC memory division use key package is the data 
used for dividing the memory area of the external memory 
7 and the memory of the IC card 3 before the start of 
provision of service using the IC card 3 by the service 
business . 

The IC area registration key package is the data 
used at the time of area registration in the memory area 
of the memory of the IC card 3 before starting provision 
of service using the IC card 3 by the service business. 

The IC area deletion key package is a package able 
to be automatically generated from the card access key 
data inside the SAM. 

The IC service registration use key package is used 
for registering the application element data APE of the 
external memory 7 before the start of the provision of 
the service using the IC card 3 by the service business. 

The IC server deletion key package is used for 
deleting application element data APE registered in the 
external memory 7 . 

[Preparation of Owner Card 72 and User Card 73] 

FIG. 12 is a flow chart for explaining routines for 
preparation of the owner card 72 and the user card 73. 
FIG. 12 shows details of steps STl and ST2 shown in 
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FIG. 3. 

Step STll: 

For example, when the manager prepares the owner 
card 12, it selects the processing relating to the SAM 
units 9a and 9b authorized to the user of the owner card 

72 . 

Further, when the manager_j_ etc. prepares the user 

card 73, it selects the processing relating to the SAM 
units 9a and 9b authorized to the user of the user card 

73 . 

The processing relating to the SAM units 9a and 9b 

includes_j_ for example^ the processing for executing the 
functions provided by the SAM units 9a and 9b or the 
access to the data held by the SAM units 9a . and 9b (for 
example^ the application element data APE) . 
Step ST12: 

The manager_^ etc. selects the mutual authentication 
key data related to the processing selected at step STll' 
and inputs or designates the same to the card management 
function portion 58 of the management device 20. 

The mutual authentication key data will be 

explained in detail later. 

Step ST13: 

The card management function portion 58 of the 
management device 2 0 uses one or more mutual 
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authentication key data selected at step ST12 to generate 
the synthetic key data based on the degradation 
processing method (the predetermined generation method of 
the present invention) explained later. 

The degradation processing will be explained in 

detail later. 

Step ST14: 

The card management function portion 58 of the 
management device 2 0 generates the key designation data 
indicating the mutual authentication code for identifying 
the mutual authentication key data used for generating 
the synthetic key data at step ST13 . 

The key designation data becomes data indicating 

the right of execution of the processing relating to the 
SAM units 9a and 9b acquired by the user of the owner 
card 72 or the user card 73. 
Step ST15: 

The card management function portion 58 of the 
management device 2 0 writes the synthetic key data 
generated at step ST13 and the key designation data 
generated at step ST14 into the IC of the owner card 72 
or the user card 73 . 

Step ST16: 

The card management function portion 58 of the 
management device 2 0 registers the mutual authentication 
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key data used for generating the synthetic key data of 
step ST13 into the SAM units 9a and 9b. 

Below, an explanation will be given of the mutual 
authentication key data covered by the selection at step 
ST12 shown in FIG, 12 explained above. 

FIG. 13 is a view for explaining the mutual 
authentication key data covered by the selection at step 
ST12 shown in FIG. 12. 

As shown in FIG. 13, the mutual authentication key 
data includes_j_ for example_j_ device key data, termination 
key data, manufacturer setting service mutual 
authentication key data, hardware management service 
mutual authentication key data, communication management 
service mutual authentication key data, mutual 
authentication service mutual authentication key data, AP 
memory area management service mutual authentication key 
data, service AP memory area mutual authentication key 
data, system AP memory area mutual authentication key 
data, and manufacturer AP memory area mutual 
authentication key data. 

Further, as shown in FIG. 13 and FIG. 14, the 
mutual authentication code of the mutual authentication 
key data is comprised of, as shown in FIG. 14, an AP 
memory area ID, an element type number, an element 
instance number, and an element version number explained 
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by using FIG. 10. 

Below, an explanation will be given of the key 
designation data generated at step ST14 shown in FIG. 12 
explained above . 

The key designation data is a mutual authentication 

code list comprised by using the mutual authentication 
codes of a plurality of mutual authentication key data. 

FIG. 15A and FIG.15B are views for explaining an 
example of the key designation data. 

At step ST12 of FIG. 12, when^ for example_j_ the 
device key data, the hardware management service mutual 
authentication key data, the communication management 
service mutual authentication key data, the AP memory 
area management service mutual authentication key data, 
the service AP memory area mutual authentication key data, 
and the termination key data shown in FIG. 13 are 
selected, as shown in FIG. 15A, key designation data 
indicating the mutual authentication codes of all 
selected mutual authentication key data is generated. 

At step ST13 shown in FIG. 12, when the synthetic 
key data is generated by using the mutual authentication 
key data of the mutual authentication codes shown in FIG. 
15A, the mutual authentication with the SAM units 9a and 
9b using the synthetic key data authorizes the management 
device 20, as shown in FIG. 15B, to access the hardware 
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management service, the communication management service, 
the IC service (service concerning the IC card 3 and the 
IC module 421) , the mutual authentication service, and 
the AP memory area management service. 

In this way, in the present embodiment, the 
synthetic key data can be generated by using the 
functions of the SAM units 9a and 9b and the mutual 
authentication key data related to a plurality of 
processing including the access to the data held by the 
SAM units 9a and 9b (for example^ the application element 
data APE) . 

Due to this, the mutual authentication using a 
single synthetic key data enables the SAM units 9a and 9b 
to collectively judge whether or not both of the 
functions of the SAM units 9a and 9b and the access to 
the data held by the SAM units 9a and 9b are authorized 
to the means to be authenticated. 

Then, the SAM units 9a and 9b execute the 
processings relating to the predetermined functions 
related to the mutual authentication key data and 
authorize access to the data held by the SAM units 9a and 
9b from the means to be authenticated in response to an 
instruction of the means to be authenticated when 
authenticating that the means to be authenticated is 
legitimate . 
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Below, an explanation will be given of the 
degradation processing method of step ST13 shown in FIG. 
12 . 

FIG. 16 is a flow chart for explaining the 
degradation processing method. 
Step ST21: 

The card management function portion 58 of the 
management device 2 0 uses the device key data as a 
message, uses the first of the mutual authentication key 
data other than the device key data and termination key 
data selected at step ST12 shown in FIG. 12 as the 
encryption key, and encrypts the device key data to 
generate intermediate key data. 

Here, when the number of the mutual authentication 
key data other than the device key data and the 
termination key data selected at step ST12 is one, the 
card management function portion 5 8 performs the 
processing of the following step ST22 by using the 
intermediate key data. 

On the other hand, when the number of the mutual 
authentication key data other than the device key data 
and the termination key data selected at step ST12 is two 
or more, the card management function portion 58 uses the 
intermediate key data as the message and uses the next 
mutual authentication key data as the encryption key to 
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perform the encryption. 

The card management function portion 58 uses all 
mutual authentication key data other than the device key 
data and the termination key data selected at step ST12 
as the encryption key and repeats the above processings 
until the above encryption is carried out. When it ends, 
it proceeds to the processing of step ST22. 

Step ST22 : 

The card management function portion 58 uses the 
intermediate key data obtained at step ST21 as the 
message and uses the termination key data as the 
encryption key to perform the encryption to generate the 
synthetic key data. 

The termination key data is tamper-proofing key 
data and is held only by the manager. 

Due to this, .it is possible to prevent a party 

other than the manager from illegitimately tampering with 
the synthetic key data. 

Below, an explanation will be given of a case of 
generating synthetic key data by a predetermined 
degradation processing method using the owner termination 
key data owned by only the manager (owner) and the user 
termination key data owned by the user given a right from 
the manager as the termination key data. 

FIG. 17 is a flow chart for explaining the 
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degradation processing method. 

In FIG. 17, the processings of steps ST31 and ST32 

are the same as the processings of steps ST21 and ST22 
explained by using FIG. 16 except for the point of using 
the owner termination key data as the termination key 
data . 

The synthetic key data generated at step ST32 is 
the synthetic key data which can be expanded in the sense 
that the users given the user termination key data can be 
increased. 

Step ST33: 

The card management function portion 58 of the 
management device 20 uses the expandable synthetic key 
data generated by the owner as the message and uses the 
first of the mutual authentication key data other than 
the user termination key data selected by the user as the 
encryption key to encrypt the device key data to generate 
the intermediate key data. 

Here, when the number of the mutual authentication 
key data other than the selected user termination key 
data is one, the card management function portion 58 
performs the processing of the following step ST22 using 
the intermediate key data. 

On the other hand, when the number of the mutual 
authentication key data other than the selected user 
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termination key data is two or more, the card management 
function portion 58 performs the encryption by using the 
intermediate key data as the message and using the next 
mutual authentication key data as the encryption key. 

The card management function unit 58 repeats the 
above processings until using all mutual authentication 
key data other than the selected termination key data as 
the encryption key for the encryption and proceeds to the 
processing of step ST34 when finishing. 

Step ST34: 

The card management function unit 58 uses the 
intermediate key data obtained at step ST33 as the 
message and uses the user termination key data as the 
encryption key to perfoirm encryption to generate the 
synthetic key data. 

The user termination key data is the tamper- 
proofing key data and is held by only the owner and the 
user . 

Due to this, illegitimate tampering with the 

synthetic key data by a party other than the owner and 
the user can be prevented. 

The synthetic key data generated by the processing 
shown in FIG. 17 is comprised of the mutual 
authentication key encrypted by the hierarchy as shown in 
FIG. 18. 
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Further, in the present embodiment, it is also 
possible to link a plurality of application element data 
APE to single mutual authentication key data (for example 
service, system, and manufacturer AP memory area mutual 
authentication key data shown in FIG. 13) . 

Due to this, the authentication using the synthetic 

key data enables the SAM units 9a and 9b to collectively 
judge whether or not access to the application element 
data APE related to the single mutual authentication key 
data is authorized. 

For example, in FIG. 19, an authorization C of an 
instance a of the application element data APE and an 
authorization B of an instance b are linked with mutual 
authentication key data 500. For this reason, if the 
authentication using the synthetic key data degrading the 
mutual authentication key data 500 succeeds, the SAM 
units 9a and 9b authorize access to both of the instances 
a and b. 

Further, in the present embodiment, it is also 
possible to use a pair of on-line mutual authentication 
key data MKl and off-line mutual authentication key data 
MK2 as shown in FIG. 2 0 for all or part of the mutual 
authentication key data explained by using FIG. 13. 

In this case, at the time of the mutual 
authentication, use is made of the on-line mutual 
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authentication key data MKl, while when transferring data 
with the other party in the mutual authentication, the 
data to be transferred is encrypted by using the off-line 
mutual authentication key data MK2 corresponding to that. 

^Due to this, even if the on-line mutual 

authentication key data MKl is illegitimately acquired by 
another party, since the data transferred between the 
means to be authenticated and the authenticating means is 
encrypted by the off-line mutual authentication key data 
MK2, illegitimate leakage of the information to the 
outside can be prevented. 

Below, an explanation will be given of the mutual 
authentication between the SAM management function 
portion 57 of the management device 20 and the SAM units 
9a and 9b performed at step ST3j_ etc. shown in FIG. 3. 

In this case, the management device 2 0 becomes the 

means to be authenticated, and the SAM units 9a and 9b 
become the authenticating means. 

FIG. 21 and FIG. 22 are flow charts for explaining 
the mutual authentication between the SAM management 
function unit 57 of the management device 20 and the SAM 
unit 9a. 

The SAM unit 9b is the same as the case of the SAM 

unit 9a shown below. 
Step ST51: 
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First, the manager or user sets the owner card 72 
or the user card 73 in the card reader/writer 53 . 

Then, the synthetic key data Ka (the first 

authentication use data of the present invention) and the 
key designation data stored in the owner card 72 and the 
user card 73 are read into the SAM management function 
unit 57 of the management device 20. 

The SAM management function unit 57 generates a 

random number Ra . 
Step ST52 : 

The SAM management function unit 57 encrypts the 
random number Ra generated at step ST51 by an encryption 
algorithm 1 by using the synthetic key data Ka read at 
step ST51 to generate the data Ra' . 

Step ST53 : 

The SAM management function unit 57 outputs the key 
designation data read at step ST51 and the data Ra' 
generated at step ST52 to the SAM unit 9a. 

The SAM unit 9a receives as input the key 

designation data and the data Ra' via the external I/F 62 
shown in FIG. 8 and stores this in the memory 63. 

Step ST54 : 

The authentication unit 64 of the SAM unit 9a 
specifies the mutual authentication key data indicated by 
the key designation data input at step ST53 from among 



the mutual authentication key data stored in the memory 
63 or the external memory 7. 
Step ST55: 

The authentication unit 64 of the SAM unit 9a uses 
the mutual authentication key data specified at step ST54 
to perform the degradation processing explained using FIG. 
16 or FIG. 17 to generate the synthetic key data Kb. 

Step ST56: 

The authentication unit 64 of the SAM unit 9a uses 
the synthetic key data Kb generated at step ST55 to 
decrypt the data Ra' input at step ST53 with a decryption 
algorithm 1 corresponding to the encryption algorithm 1 
to generate the random number Ra. 

Step ST57: 

The authentication unit 64 of the SAM. unit 9a uses 
the synthetic key data Kb to encrypt the random number Ra 
generated at step ST56 with an encryption algorithm 2 to 
generate data Ra" . 

Step ST58: 

The authentication unit 64 of the SAM unit 9a 
generates a random number Rb. 
Step ST59: 

The authentication unit 64 of the SAM unit 9a uses 
the synthetic key data Kb to generate data Rb' . 
Step ST60: 
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The authentication unit 64 of the SAM unit 9a 
outputs the data Ra" generated at step ST57 and the data 
Rb' generated at step ST59 to the management device 20. 

Step ST61: 

The SAM management function unit 57 of the 
management device 2 0 uses the synthetic key data Ka to 
decrypt the data Ra" and Rb' input at step ST60 by the 
decryption algorithm 2 corresponding to the encryption 
algorithm 2 to generate data Ra and Rb. 

Step ST62: 

The SAM management function unit 57 of the 
management device 20 compares the random number Ra 
genierated at step ST51 and the data Ra generated at step 
ST61. 

Then, when the result is the same a^in the above 

comparison, the SAM management function unit 57 
authenticates that the synthetic key data Kb held by the 
SAM unit 9a is the same as the synthetic key data Ka held 
by the SAM management function unit 57 and the SAM unit 
9a is a legitimate authenticating means. 
Step ST63: 

The SAM management function unit 57 of the 
management device 20 uses the synthetic key data Ka to 
encrypt the data Rb generated at step ST61 by the 
encryption algorithm 1 to generate the data Rb" . 
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Step ST64 : 

The SAM management function unit 57 of the 
management device 2 0 outputs the data Rb" generated at 
step ST 63 to the SAM unit 9a. 

Step ST65: 

The authentication unit 64 of the SAM unit 9a uses 
the synthetic key data Kb to decrypt the data Rb" input 
at step ST64 by the decryption algorithm 1 to generate 
the data Rb. 

Step ST66: 

The authentication unit 64 of the SAM unit 9a 
compares the random number Rb generated at step ST58 and 
the data Rb generated at step ST65. 

Then, when the same result as that in the above 

comparison is shown, the authentication unit 64 
authenticates that the synthetic key data Kb held by the 
SAM unit 9a is the same as the synthetic key data Ka held 
by the SAM management function unit 57 and the SAM 
management function unit 57 is a legitimate means to be 
authenticated. 

Below, an explanation will be given of the 
processings performed by the SAM units 9a and 9b based on 
the results of the mutual authentication explained by 
using FIG. 21 and FIG. 22. 

FIG. 23 is a view for explaining the processings of 
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the SAM units 9a and 9b. 
Step ST71: 

The CPUs 65 of the SAM units 9a and 9b shown in FIG. 
8 judge whether or not the authentication unit 64 
authenticated that the authenticating means was 
legitimate at step ST66 shown in FIG. 22. When deciding 
it eeis legitimate, they proceed to the processing of 
step ST72, while when deciding it is not, they end the 
processing (that is, they judge that the authenticating 
means does not have any right relating to the processing 
and do not execute the processing) . 
Step ST72 : 

The CPUs 65 of the SAM units 9a and 9b execute the 
processings relating to the mutual authentication key 
data specified at step ST54 shown in FIG. 21. Due to this, 
the predetermined service required by the means to be 
authenticated is provided. Namely, the SAM units 9a and 
9b judge that the means to be authenticated has the 
predetermined right and execute the processing authorized 
for the right . 

Below, an explanation will be given of the screens 
used for issuing various types of cards in relation to 
the management device 20 explained by using FIG. 2 and 
FIG. 4. 

When the manager^^ etc. operates the operation unit 
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56 shown in FIG. 2 to instruct display of the operation 
screen of the management tool 52, for example, as shown 
in FIG. 24, a SAM management screen 750 is displayed on 
the display 54 . 

The SAM management screen 750 displays an image 751 

for instructing the preparation of a management tool use 
card at the tool bar. 

Further, the SAM management screen 750 displays an 

image 752 indicating the network configuration of the SAM 
connected to the SAM network. 

When the user designates the ocrccn image 751 on the 
SAM management screen 750 by^ for example_^ a mouse of the 
operation unit 56, an image 753 is displayed. 

^As the image 753, images indicating the preparation 

of the owner card, the preparation of the user card, the 
preparation of the AP encryption card, and the 
preparation of the transport card are displayed. 

Below, an explanation will be given of a screen for 
when instructing preparation of the cards indicated in 
the image =^S ^7S3 . 

First, an explanation will be given of the screen 
for preparing an owner card. 

When the manager instructs the preparation of an 
owner card on the image 751 shown in FIG. 24 by a mouse, 
the card management function unit 58 shown in FIG. 2 
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displays an owner card preparation screen 760 shown in 
FIG. 25 on the display 54. 

The owner card preparation screen 760 displays a 
used service selection image 761, a service AP memory 
area designation image 762, a system AP area designation 
image 763, a device/termination key designation image 764, 
and a designation decision instruction image 765. 

The used service selection image 761 is an image 
for selecting_^ for example^ the content of the service 
authorized to the owner card 72 to be prepared. 

The service AP memory area designation image 762 is 
an image for selecting the format authorized for access 
to the service AP memory area using the owner card 72 to 
be prepared. 

The system AP memory area designation image 763 is 
an image for selecting the format authorized for access 
to the system AP memory area using the owner card 72 to 
be prepared. 

The device/termination key designation image 764 is 
an image for designating the device key data and the 
termination key data used for preparing the owner card 72 . 

The designation decision instruction image 765 is 
an image for inputting instructions for deciding the 
designated content. 

When finishing designation of required items on the 
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owner card preparation screen 760, the manager designates 
the designation decision instruction image 765 by the 
mouse_^ etc. 

Due to this, the card set instruction screen -7^770 

shown in FIG. 26 is displayed on the display 54. 

When preparing an owner card 72 , the card set 
instruction screen 770 instructs to set the default card 
71. 

Then, the manager makes the card reader/writer 53 

read the data of the IC of the default card 71. 

^When confirming the legitimacy of the default card 

71, the SAM management function unit 57 selects the 
mutual authentication key data related to the service_j_ 
etc. selected by the manager on the owner card 
preparation screen 760. The selection corresponds to the 
selection of step ST12 explained by using FIG. 12. 

Next, an explanation will be given of the screen 
for preparation of a user card. 

When the manager instructs the preparation of a 
user card on the ocrccn image 751 shown in FIG. 24 by the 
mouse, the card management function unit 58 shown in FIG. 
2 displays the user card preparation screen 780 shown in 
FIG. 27 on the display 54. 

The user card preparation screen 780 displays a 
used service selection image 781, a service AP memory 
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area designation image 782, a system AP area designation 
image 783, a device/termination key designation image 784, 
and a designation decision instruction image 785. 

The used service selection image 781 is an image 
for selecting the content of the service authorized to 
the prepared user card 73. 

The service AP memory area designation image 782 is 
an image for selecting the format authorized for access 
to the service AP memory area using the prepared user 
card 73 . 

The system AP memory area designation image 783 is 
an image for selecting the format authorized for access 
to the system AP memory area using the prepared user card 
73. 

The device/termination key designation image 784 is 
an image for designating the device key data and the 
termination key data used for preparing the user card 73 . 

The designation decision instruction image 785 is 
an image for inputting instructions for deciding the 
designated content. 

When finishing designating the required items on 
the Qwncr u ser card preparation screen 780, the manager 
designates the designation decision instruction image 785 
by the mouse_^ etc . 

Due to this, the card set instruction screen 770 
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shown in FIG. 26 is displayed on the display 54. 

When preparing an owncr a user card 73, the card set 
instruction screen 770 instructs to set the owner card 72. 

Then, the manager makes the card reader/ writer 53 

read the data of the IC of the owner card 72 . 

When confirming the legitimacy of the owner card 72, 

the SAM management function unit 57 selects the mutual 
authentication key data related to the service^ etc. 
selected by the manager on the user card preparation 
screen 780. The selection corresponds to the selection of 
step ST12 explained by using FIG. 12. 

Next, an explanation will be given of the screen 
for preparation of an AP encryption card. 

When the manager instructs the preparation of an AP 
encryption card on the image 751 shown in FIG. 24 by the 
mouse, the card management function unit 58 shown in FIG. 
2 displays the AP encryption card preparation screen 790 
shown in FIG. 28 on the display 54. 

The AP encryption card preparation screen 7 90 
displays a used service selection image 791, a service AP 
memory area designation image 792, a system AP area 
designation image 793, a device/termination key 
designation image 794, and a designation decision 
instruction image 795. 

The used service selection image 791 is an image 
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for selecting the content of the service authorized tOj_ 
for example_j_ the prepared AP encryption card 75. 

The service AP memory area designation image 792 is 
an image for selecting the format authorized for access 
to the service AP memory area using the prepared AP 
encryption card 75. 

The system AP memory area designation image 793 is 
an image for selecting the format for access to the 
system AP memory area using the prepared AP encryption 
card 75 . 

The device/termination key designation image 794 is 
an image for designating the device key data and the 
termination key data used for preparing the AP encryption 
card 75 . 

The designation decision instruction image 795 is 
an image for inputting instructions for deciding the 
designated content. 

When finishing designating the required items on 
the AP encryption card preparation screen 790, the 
manager designates the designation decision instruction 
image 795 by the mouse^ etc. 

Due to this, the card set instruction screen 770 

shown in FIG. 26 is displayed on the display 54. 

When preparing the AP encryption card 75, the card 
set instruction screen 770 instructs^ for example_^ to set 
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the owner card 72 . 

Then, the manager makes the card reader/writer 53 

read the data of the IC of the owner card 72 . 

When confirming the legitimacy of the owner card 72, 

the SAM management function unit 57 selects the mutual 
authentication key data related to the service_j_ etc. 
selected by the manager on the AP encryption card 
preparation screen 790. The selection corresponds to the 
selection of step ST12 explained by using FIG. 12. 

Next, an explanation will be given of the screen 
for preparation of a transport card. 

When the manager instructs the preparation of a 
transport card on the image 751 shown in FIG. 24, the 
card management function unit 58 shown in FIG. 2 displays 
the transport card preparation screen 800 shown in FIG. 
2 9 on the display 54. 

The transport card preparation screen 800 displays 
an image for instructing the IP address of the SAM 
authorized for coverage of transport of data, the AP 
memory area, the APE type of the application element data 
APE, the instance number, and the version number. 

The card management function unit 58 degrades the 
mutual authentication key data related to the data for 
which access is authorized in the memory areas of the SAM 
units 9a and 9b based on the information designated on 
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the transport card preparation screen 800 to generate the 
synthetic key data and writes this into the transport 
card 74 . 

As explained above, by the manager^ etc. selecting 
functions and issuing various types of cards based on the 
screen functionally showing processings^ etc. provided by 
the SAM units 9a and 9b, the manager can issue cards 
having the rights matching its own intent without 
concretely indicating to the manager the mutual 
authentication key data_^ etc. actually used in the 
processing. Due to this, leakage of information relating 
to the security of the SAM units 9a and 9b can be avoided. 

Below, an explanation will be given of a SAM 
management screen provided by the SAM management function 
unit 57 of the management tool 52 shown in FIG. 2. 

FIG. 3 0 is a view for explaining a SAM management 
screen 1001. 

When the manager_^ etc. operates the operation unit 
56 shown in FIG. 2 to request the authentication of a SAM 
management screen display instruction to the management 
tool 52, for example^ the SAM management screen 1001 
shown in FIG. 30 is displayed on the display 54. 

As shown in FIG. 30, the SAM management screen 1001 
has a menu bar 1002, a SAM tree area 1003, an attribute 
information display area 1004, a detailed information 
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display area 1005, and a console area 1006. 

The menu bar 1002 is used for designating various 
operations of the card management function unit 58 shown 
in FIG. 2. 

The operations include file operations, SAM command 

operations, management tool use card operations, console 
log operations, and help operations. 

The SAM tree area 1003 displays the SAMs (SAM units 
9a and 9b) operated by the SAM management function unit 
57 and the group to which the SAMs belong. 

The user selects the SAM covered by the operation 

on the SAM tree area 1003. 

The attribute information display area 1004 
displays the information of the SAM and the group 
selected by the SAM tree area 1003. 

The detail information display area 1005 displays a 
list of various information in the SAM selected by the 
SAM tree area 1003 or group. 

The console area 1006 displays the information and 
results of various operations on the SAM. 

FIG. 31 is a view for explaining a screen showing 
an example of the display content of the SAM tree area 
1003. 

^As shown in FIG. 31, the SAM tree area 1003 

displays various icons indicating the SAMs operated by 
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the SAM management function unit 57 and the groups to 
which the SAMs belong_j^ etc. 

FIG. 32 is a view for explaining icons displayed in 
the SAM tree area 1003. 

^As shown in FIG. 32, the icons displayed in the SAM 

tree area 1003 include ones indicating objects and data 
such as icons of the SAM network, groups (sets of SAMs) , 
SAMs (one SAM), AP memory areas, APE types, and instances. 

Further, the icons indicating the states of a SAM 
include icons such as "STANDBY" indicating that the SAM 
is in a state where the service is not started, "READY" 
indicating that the SAM is in the usual state, "READY" 
indicating the connection state f iniohc d af ter the mutual 
authentication, "SINGLE CONNECTION WAIT" indicating that 
the completion of another connection is being awaited, 
and "SINGLE CONNECTION-" indicating that only the 
management tool 52 is connected. 

In this way, the SAM tree area 1003 displays images 
corresponding to SAMs using a plurality of different 
patterns in accordance with the operating states of the 
SAMs. 

Due to this, the user can easily specify the state 

of a SAM. 

Further, the SAM tree area 1003 displays images 
corresponding to a SAM by a pattern enabling 
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identification as to whether or not the SAM has finished 
the mutual authentication, that is, has already confirmed 
the legitimacy of the means to be authenticated, so the 
user can easily specify whether or not each SAM ends the 
mutual authentication. 

FIG. 3 3 is a view for explaining a SAM network 
screen 1010. 

When the user designates the icon of the SAM 

network by the mouse^ etc. on the SAM tree area 1003 
shown in FIG. 31, the SAM network screen 1010 shown in 
FIG. 33 is displayed on the display 54. 

The SAM network screen 1010 displays the IP 

addresses, ports, and states of the SAMs connected to the 
SAM network and information regarding the groups. 

FIG. 34 is a view for explaining a group screen 

1020 . 

^When the user designates the icon of a group by the 

mouse^ etc. on the SAM tree area 1003 shown in FIG. 31, 
the group screen 102 0 shown in FIG. 34 is displayed on 
the display 54 . 

The group screen 1020 displays information 

regarding the IP addresses, ports, and states of the SAMs 
belonging to the designated group. 

FIG. 35 is a view for explaining a SAM screen 1030. 
When the user designates the icon of a SAM by the 



57 



mouse^ etc. on the SAM tree area 1003 shown in FIG. 31, 
the SAM screen 1030 shown in FIG. 35 is displayed on the 
display 54. 

The SAM screen 1030 displays information regarding 

the IDs of the AP memory areas of the designated SAM and 
the purposes of the AP memory areas . 

FIG. 36 is a view for explaining an AP memory area 
screen 1040. 

When the user designates the icon of an AP memory 

area by the mouse_j_ etc. on the SAM tree area 1003 shown 
in FIG. 31, the AP memory area screen 1040 shown in FIG. 
36 is displayed on the display 54. 

The AP memoiry area screen 1040 displays the numbers 

of the APE types of the designated AP memory area and 
information regarding the types of the APE types. 

FIG. 3 7 is a view for explaining an APE type screen 

1050 . 

^When the user designates the icon of an APE type by 

the mouse_j_ etc. on the SAM tree area 1003 shown in FIG. 
31, the APE type screen 1050 shown in FIG. 37 is 
displayed on the display 54. 

The APE type screen 1050 displays the numbers of 

the instances and the information regarding the system 
codes, area/service codes, etc. comprised using the 
designated APE type. 
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FIG. 38 is a view for explaining an instance screen 

1080 . 

When the user designates the icon of an instance by 

the mouse_^ etc. on the SAM tree area 1003 shown in FIG. 
31, the instance screen 1060 shown in FIG. 3 8 is 
displayed on the display 54 . 

The instance screen 1060 displays information such 

as the operation state of the designated instance, the 
memory area, the IC service key, and the instance number. 

FIG. 3 9 shows a screen when designating the SAM 
command of the menu bar 1002 shown in FIG. 30. 

When the user designates the icon of a SAM command 

by the mouse^ etc. on the menu bar 1002 shown in FIG. 30, 
the SAM command screen 1070 shown in FIG. 39 is displayed 
on the display 54. 

The SAM command screen 1070 displays text images of 

operations on the SAM such as communication management, 
AP memory area management, log recording, a negative list, 
manufacturer settings, etc. 

Here, when the user designates the communication 
management, text images such as acquisition of status, 
start of service, change of activation code, start of 
single connection, and disconnection are displayed. 

The user performs operations on the SAM by 

designating these text images. 
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FIG. 40 is a view for explaining a case of 
preparing a group of the SAMs on the SAM management 
screen 1001 shown in FIG. 30. 

As shown in FIG. 40, when the user right clicks on 
the text image of SAM management at the SAM tree area 
1003 on the SAM management screen 1001 by the mouse_^ etc., 
an operation screen 1100 is displayed. 

The operation screen 1100 displays text images for 

instructing the preparation of a group of SAMs, addition 
of SAMs, and acquisition of newest information of SAMs. 

The user can define a group comprising a plurality 
of selected SAMs by designating the text image of 
preparation of a group of SAMs by the mouse^ etc. 

In that case, by just issuing from the SAM 

management function unit 57 an instruction for outputting 
key designation data to a group, the key designation data 
is collectively provided to all SAMs (SAM units 9a and 
9b) belonging to the group. 

Further, in response to an instruction from the SAM 

management function unit 57, all SAMs belonging to the 
group can be made to collectively perform the processing 
related to the mutual authentication key data 
corresponding to the synthetic key data held by the SAM 
management function unit 57. 

Below, an explanation will be given of the AP 



60 



memory area editor provided by the AP edit tool 51 shown 
in FIG. 2. 

FIG. 41 is a view for explaining an AP memory area 
editor screen 1200. 

^As shown in FIG. 41, the AP memory area editor 

screen 1200 displays the APE types and instance numbers 
of the application element data APE stored in the AP 
memory area covered by the editing. 

Further, the AP memory area editor screen 1200 

displays an icon 1210 indicating addition, an icon 1220 
indicating deletion, and an icon 123 0 indicating editing. 

When the user designates the icon 1210 by the mouse_j_ 
etc., processing for addition of an instance to the AP 
memory area is carried out . 

Further, when designating the icon 122 0, processing 
for deletion of an instance stored in the AP memory area 
is carried out . 

Further, when designating the icon 123 0, processing 
for editing an instance stored in the AP memory area is 
carried out . 

FIG. 42 is a view for explaining a screen 1300 for 
performing the addition of the package of the application 
element data APE. 

The screen 1300 includes a field 1301 for 

designating whether to prepare an element or add a 
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version, a field 13 02 for selecting the APE type, and a 
field 1303 for designating the instance number. 

The user inputs information concerning the package 

to be added to the fields 1301, 1302, and 1303. 

Due to this, the AP edit tool 51 automatically 

performs the processing for addition of the element 
package . 

FIG. 43 is a view for explaining a screen 1400 for 
preparing the application element data APE. 

^When inputting the predetermined information on the 

screen 13 00 shown in FIG. 42 and designating the screen 
1304, the APE preparation screen 1400 shown in FIG. 43 is 
displayed. 

The APE preparation screen 1400 displays the type 
of the application element data APE to be prepared and 
the number of the instance thereof. 

Further, the APE preparation screen 1400 displays a 

field 1401 for designating a tag, a field 1402 for 
designating the number of used versions, a field 1403 for 
designating whether element acquisition is possible, a 
field 1404 for designating whether automatic generation 
of the data is possible, and a field 1405 for designating 
deletion of an element. 

Further, it displays a field 1406 for designating 

the names and values of attribute information, etc. such 
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as various mutual authentication key data related to the 
application element data APE covered by the preparation, 

FIG. 44 is a view for explaining a screen 1500 for 
adding a version of the application element data APE. 

When designating addition of a version in the field 

1301, inputting the predetermined information, and 
designating the image 1304 on the screen 1300 shown in 
FIG. 42, the APE version addition screen 1500 shown in 
FIG. 44 is displayed. 

The APE version addition screen 1500 displays. the 
type of the application element data APE covered by the 
preparation and the number of the instance thereof. 

Further, the APE version addition screen 1500 

displays a field 1501 for designating the element version, 
a field 1502 for designating the key data input method, 
and a field 1503 for designating the item name and value 
of the element data. 

When using the screens shown in FIG. 42 to FIG. 44 
to prepare the application element data APE and add a 
version, as shown in FIG. 45, the AP memory area editor 
screen 1200 displays the information concerning the 
prepared and added application element data APE in the 
field 1240. 

As explained above, the management device 20, as 
explained by using FIG. 12 and FIG. 16 j_ etc., uses a 
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plurality of mutual authentication key data related to 
the processings relating to the SAM units 9a and 9b the 
degradation processing to generate the synthetic key data 

Then, the synthetic key data and the key 
designation data for specifying the mutual authentication 
key data used for generating that are written in the 
owner card 72 and the user card 73 . 

Further, by performing the mutual authentication 
shown using FIG. 21 to FIG. 23 between the management 
device 20 using the owner card 72_^ etc. and the SAM units 
9a and 9b, the SAM unit 9a generates the synthetic key 
data based on the key designation data received from the 
management device 20. When the synthetic key data 
coincides with that held by the management device 20, it 
can confirm the legitimacy of the management device 20 
serving as the means to be authenticated. 

Further, together with the confirmation, the 

processing related to the mutual authentication key data 
designated by the key designation data can be judged as 
processing authorized to the management device 20. 

Due to this, the SAM units 9a and 9b serving as the 
authenticating means do not have to hold the mutual 
authentication key data corresponding to all means to be 
authenticated (for example^ the management device 2 0^ etc 
using the owner card 72 and the user card 73) as in the 
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conventional case and, in addition, do not have to manage 
the processing authorized to the means to be 
authenticated in the management table either, so the 
processing load is reduced. 

The present invention is not limited to the above 
embodiment . 

In the present invention, it is also possible to 
store bio- information of the user of the card in the IC 
of any ofj_ for example_^ the owner card 72, the user card 
73, the transport card 74, and the AP encryption card 15j_ 
and have the SAM units 9a and 9b further use the bio- 
information stored in the card together with the mutual 
authentication so as to authenticate the legitimacy of 
the user. 

For example, in the above embodiment, the case 
where the SAM units 9a and 9b performed the mutual 
authentication with the management device 2 0 was 
exemplified, but it is also possible if the SAM units 9a 
and 9b perform the authentication with means to be 
authenticated such as the ASP server apparatuses 19a and 
19b or another SAM unit. In this case, the means to be 
authenticated holds the synthetic key data and the key 
designation data. 

Further, in the embodiment, the case where the 
owner card 72 and the user card 73 held the synthetic key 
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data and the key designation data was exemplified, but it 
is also possible to make another mobile device_j^ etc. hold 
these data. 

INDUSTRIAL CAP7VDILITY 

The present invention can be applied to a data 
processing method for performing predetermined processing 
based on authentication results, its program, and its 
device . 
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ABSTRACT 

Synthetic key data hard to restore mutual authentication 
key data is generated by using the mutual authentication key 
data related to processing permitted to a user card 73 among 
processing relating SAM unit — and — 9fe. Then, the synthetic 
key data and key designation key data designating mutual 
authentication key data used for generating the synthetic data 
is written in the user card— 



